home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 7349 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.8 KB
  1. Path: dispatch.news.demon.net!demon!bram-sys.demon.co.uk
  2. From: pete@bram-sys.demon.co.uk (Pete Jones)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: What triggers retrains and fall-forwards?
  5. Date: Fri, 08 Mar 1996 23:57:59 GMT
  6. Organization: Bramble Software
  7. Message-ID: <3140bd05.2634257@news.demon.co.uk>
  8. References: <Dnw50n.7n3@abs.net>
  9. Reply-To: pete@bram-sys.demon.co.uk
  10. NNTP-Posting-Host: bram-sys.demon.co.uk
  11. X-NNTP-Posting-Host: bram-sys.demon.co.uk
  12. X-Newsreader: Forte Agent .99d/16.182
  13.  
  14. dbryan@mail.bcpl.lib.md.us (J. David Bryan) wrote:
  15.  
  16. >Dear ListFolks,
  17. >
  18. >I understand that line conditions may cause retrains and fall-backs in 
  19. >response to degradation (determined by errors in transmission?), but what 
  20. >causes the modems to fall-forward?  That is, once the modems are operating at 
  21. >a slower speed and transmission errors are no longer occurring, what prompts 
  22. >the modems to attempt to speed up the communication?
  23. The error rate of the link.  Modem designers use statistics gathered
  24. by the protocol to continually optimise the modem throughput for the
  25. conditions.
  26. >  Is it a function of time, or some number of packets received without error?
  27. Both;  One good packet does not indicate an error free link!
  28.  
  29. The number of error free packets is taken into consideration, together
  30. with the nature of any errors received. 
  31.  
  32. If a link is suffering from random bit errors reducing the speed of
  33. the link may reduce the errors.  If the link has suffered a burst
  34. error, then the data rate will have little effect on the number of bad
  35. packets on the link.  To avoid problems caused by burst errors, bits
  36. are often transmitted by the modems out of sequence to ensure that a
  37. burst error will hit a number of bits in a number of packets rather
  38. than totally obliterating a single packet.  This gives the error
  39. correction a chance to recover!  (I think that this is known as
  40. trellis encoding??).
  41.  
  42. >  Are there user settings which can alter the criteria used?
  43. I am not familiar with the configuration of off the shelf modems, but
  44. beware.  The majority of protocols have a large number of
  45. "configurable" items which allow the operation of the protocol to be
  46. "tuned".  We are, at present, involved in such an exercise with a
  47. radio modem, and it is an engineering nightmare.  By all means play
  48. with parameters and learn about what is going on.  I would be
  49. interested to hear if you improve things.  I would advise that you
  50. keep a record of the factory settings so that you are able to
  51. "de-optimise" your kit.
  52.  
  53. >I have connected initally at a reduced speed, worked for a while, and then 
  54. >have had a retrain improve the transmission speed.  What triggered the modem 
  55. >to attempt the retrain?
  56.  
  57. >Thanks for any insight into this phenomenon.
  58. >-- 
  59. >                                        -- Dave Bryan
  60. >                                   dbryan@mail.bcpl.lib.md.us
  61. >Pete Jones
  62.